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PROCEDE DE CONFIGURATION AUTOMATIQUE D*UN EQUIPEMENT DE 
TELEPHONIE SUR IP ET/OU DE DONNEES, SYSTEME ET EQUIPEMENT 

LE METTANT EN OEUVRE 



La presente invention se rapporte a la technologie TolP (de I'anglais 
Telephony over IP" qui signifie telephonie stir IP), qui repose sur rutillsation 
des reseaux IP ("Internet Protocol") existants et la cohabitation des flux 
d'informations de telephonie (ci-apres flux TolP), avec les autres flux 
5 d'informations (ci-apres flux de donnees). 

Afin de garantir des communications de bonne qualite, le reseau, et 
eventueilement les postes telephoniques (aussi appeles telephones IP), 
doivent gerer la qualite de service (QoS) c'est-a-dire le contrdle du delai de 
remise des paquets IP, de la gigue (i.e. la variation du d^lai de remise des 

10 paquets), et de la perte de paquets. Cette gestion peut etre realisee soit par la 
mise en oeuvre d'un protocole sp^cifique tel que le protocole DiffServ 
("Differentiated Services", RFC 2474 et RFC 2475) qui agit au niveau 3 
(couche reseau du modele de reference OS I) par marquage ('lagging", en 
anglais) des paquets avec un niveau de priorite, soit par la mise en oeuvre d'un 

15 protocole tel que la norme "VLAN Tagging" IEEE 802.1 Q/P de I'lEEE qui agit 
au niveau 2 (couche liaison du modele de reference OSI) par marquage des 
trames avec un identificateur de sous-reseau virtuel et un niveau de priorite. 

Meme si les equipements existants du reseau sont compatibles avec le 
protocole DiffServ, le marquage des trames selon la norme 802.1 Q/P est 

20 avantageux si le reseau, par exemple un reseau Ethernet (voir la norme 
IEEE 802.3, reprise a i'iSO sous la nomenclature ISO 8802.3), presente deja 
une structure de sous-r6seaux virtuels, par exemple de type VLAN ('Virtual 
Local Area Network"), pour les differentes applications informatiques. Par 
exemple, le reseau peut comprendre un VLAN "donnees" pour transporter les 

25 ftux de donnees, et un VLAN "t^l^phonie" pour transporter les flux TolP. Dans 
ce cas en effet, chaque equipement terminal du reseau marque deja ses 
trames d'un identificateur de VLAN en implementant la version 802.1 Q de la 
norme. II suffit alors d'implementer la version 802.1 Q/P de la norme pour qu'un 
telephone IP marque ses trames avec un identificateur de VLAN et un niveau 

30 de priorite. ce qui permet de garantir une bonne QoS. 



wo 2004/036830 




'CT/FR2003/002728 



2 



Selon la version actuelle d'lP (IPv4), un ^quipement de r^seau a 
besoin des parametres suivants pour fonctionner, qui forment ce qu*on appelle 
un bail et font I'objet d'une procedure de configuration : 

- une adresse unique sur le reseau (adresse IP) ; 

5 - un masque de sous-reseau (ou "subnet mask"), qui identifie le sous- 

reseau IP auquel I'equipement appartient parmi Tensemble des reseaux IP 
interconnectes ; et, 

- I'adresse du routeur par defaut avec lequel Tequipement doit 
communiquer ("DeFault Gateway", ou DFG). 

10 D'autres parametres sont disponibles pour les besoins specifiques des 

applications. Au total, il existe 63 parametres. C'est pourquoi la configuration 
des Squipements effectuee manuellement lors de Tinstallation de chacun d'eux 
est fastidieuse, surtout pour les telephones IP qui n'ont qu'un clavier de 
telephone pour interface homme/machine. 

15 II existe un besoin consistent a permettre a un telephone IP de recevoir 

automatlquement ses parametres IP d'un serveur de configuration tel qu'un 
serveur DHCP ("Dynamic Host Configuration Protocol", RFC 3361) a chaque 
mise en service ("boot" en anglais). Par hnise en service, on entend le 
raccordement physique et/ou electrique de I'equipement au reseau. Ceci 
- 20 permet en effet de simplifier la gestlon du reseau, en particulier le deploiement 
en masse de postes teiephoniques sur le reseau IP existant mais aussi leur 
maintenance. La configuration automatique des parametres IP evite en effet 
d'avoir a saisir au clavier de chaque poste teiephonique les informations IP et 
les infonmations de QoS (i.e., les informations specifiques a DiffServ ou a 

25 802.1 Q/P, par exemple) qui forment les parametres de son bail. A cet effet, le 
client DHCP du poste teiephonique demande directement ces parametres au 
serveur DHCP a I'aide du champ "class identifier" d'une requete de bail 
("lease" en anglais). Le sen/eur DHCP lul envole alors les parametres a I'aide 
du champ "Vendor Specific Information" d'une offre de ball. 

30 Un envlronnement de travail d'un utilisateur comprend en general un 

telephone IP et un systeme Informatlque tel qu'un ordinateur a usage general 
(ci-apres PC. pour "Personal. Computer"). II faut done gerer la cohabitation de 
differents protocoles et normes qui sont mis en oeuvre lors de la mise en 
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service du telephone IP ou du PC, a savoir DHCP, Relay DHCP, 
IEEE 802.1 Q/P et/ou DiffServ, et IEEE 802.3. On rappelle que DHCP pemnet a 
tout systeme IP de recevoir dynamiquement sa configuration reseau d'un 
serveur DHCP. Relay DHCP, qui correspond a un chapitre de DHCP, est une 
5 fonctionnalite qui, lorsqu'elle est implementee sur les routeurs IP, permet de 
relayer les demandes emises par les clients DHCP vers un serveur DHCP 
connecte sur un reseau different (reseau distant sur lien WAN ou VLAN 
different). La norme IEEE 802.1 Q/P pemnet de deflnir des sous reseaux 
virtuels et de leur affecter des priorites de traitement diffdrentes. DiffServ est un 

10 protocole de marquage de la priority d'une trame IP. Enfin, la norme 

IEEE 802.3 definit le format des trames Ethernet. 

Lorsque le telephone IP et le PC d'un m§me poste de travail sont 
raccordes au reseau IP par deux ports d'acces physiques separ^s, le 
traitement des protocoles et normes est realise de fagon completement 

15 distincte par les equipements actifs du reseau. Une politique de sous-r^seaux 
virtuels de QoS et de configuration automatique peut done etre mise en ceuvre 
separement pour le telephone IP et pour le PC. 

Par contre, lors de Tutilisation d'un commutateur pour raccorder les 
deux equipements au reseau IP a travers un seul port d'acces physique, la 

20 differenciation necessaire entre les deux equipements n'est plus realisable 
avec les fonctions de base des protocoles et des standards mis en oeuvre. Un 
tel commutateur est par exemple un commutateur Ethernet ayant trois ports. II 
est par exemple integre au telephone IP pour permettre de dSployer la 
telephonie sur IP sans n^cessiter de modifier Tarchitecture d'un rdseau existant 

25 pour rajouter un port d'acces physique dediS d la telephonie pour cheque poste 
de travail. Certains problemes li^s au sequencement des operations lors de la 
mise en service du telephone IP peuvent alors apparaitre. Ces problemes sont 
lies au fonctionnement specifique du protocole DHCP et de la norme 
IEEE 802.1 . II en resulte que le telephone IP et le PC regoivent un bail qui est 

30 forcement sur le meme VLAN. Cela signifie que le flux TolP et le flux de 
donnees sont melanges, et sont traites avec la meme priorite. 

II est done souhaitable de garantir une transparence de fonctionnement 
du telephone IP qui integre un commutateur, vis e vis du PC qui lul est 
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raccorde et qui est lui aussi un client DHCP, lors de la mise en service du 
telephone IP ou du PC, iorsque ces equipements effectuent leur demande de 
bail et qu'ils regoivent des informations de configuration. 

Une technologie a ete proposes par le constructeur d'equipements de 
5 reseau Cisco, qui repose sur la mise en oeuvre d'un protocole supplementaire 
appele CDP ("Cisco Discovery Protocol"). Ce protocole est entierement 
proprietaire. On le trouve uniquement sur certains commutateurs Ethemet, 
certains routeurs et sur les telephones IP fabriques par Cisco. 

Lors de sa mise en service, le telephone IP utilise le protocole CDP 

10 pour sidentifier sur le commutateur Ethemet Cisco. Ce demier reconnaTt ce 
type de client et place automatiquement les trames Ethemet suivantes sur le 
VLAN "t6lephonie" dont le num6ro a 6te prealablement configure sur chacun 
des commutateurs Ethemet du reseau. 

SI un PC est raccorde au meme port d'acces physique du reseau 

15 Ethemet par rinterm6diaire dudit commutateur Ethemet. le commutateur fait 
automatiquement la difference entre les deux equipements en se basant sur 
les adresses MAC ("Media Access Control") de chacun d'eux. Les tramies 
Ethernet provenant du PC sont dirigees sur le VLAN "donnees", qui est 
typiquement parametre sur le port du commutateur qui les re9oit, et les trames 

20 emises par le telephone IP sont diffusees sur le VLAN "telephonle". Ainsi, 
Tensemble des flux TolP de cheque telephone IP du reseau se retrouve 
dynamiquement sur un VLAN separe auquel on applique la priority d^siree. 

Cette procedure de configuration est certes entierement automatlque, 
les paramdtres de numero de VLAN et de priority pouvant etre configures de 

25 fagon centralisee par Toutil d'administration du reseau. NSanmoins, la solution 
est entierement bas^e sur un protocole proprietaire disponible uniquement sur 
certains commutateurs Ethernet et routeurs Cisco (seulement les plus recents). 
En particulier la procedure decrite ci-dessus ne fonctionne plus si le reseau 
comprend des equipements autres que ceux de Cisco. 

30 De plus, Tensemble des telephones IP regoit un bail qui est 

obligatolrement sur un seul et meme VLAN "t6lephonie". Or, dans certaines 
organisations ou entreprises, plusieurs VLANs "telephonie" differents sont 
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necessaires pour repondre a des besoins de securisation ou desolation des 
differents sous-reseaux telephoniques* 

L'invention vise a remedier aux inconvenients de Tart anterieur precite. 

A cet effet, un premier aspect de Tinvention propose un procede de 
5 configuration automatique d'un equipement determine d'un reseau de 
transmission de donnees a commutation de paquets sur iequel sont definis au 
moins un premier sous-reseau virtuel pour des equipements de reseau d'un 
premier type et au moins un second sous-reseau virtuel pour des equipements 
de reseau d'un second type. L'equipement est physiquement raccord^ d I'un 
10 quelconque.desdits premier et second sous-rSseaux virtuels. II appartient a I'un 
quelconque desdits premier et second types. Le. procede comprend les etapes 
suivant lesquelles l'equipement effectue les etapes consistant a : 

- emettre en mode diffusion ("broadcast" en anglais) sur le sous-reseau 
virtuel auquel il est physiquement raccorde, une premiere requete de bail 

15 comprenant un identificateur du type auquel il appartient ; 

- recevoir, en reponse a ladite premiere requete de bail, un premier bail 
contenant une adresse sur le sous-reseau virtuel auquel il est physiquement 
raccorde, un identificateur du sous-reseau virtuel des Equipements du type 
auquel il appartient, et, si il n'appartient pas au type des Equipements du sous- 

20 reseau virtuel auquel il est raccorde, une information d'activation de marquage 
des trames avec ledit identificateur de sous-reseau virtuel ; 

- si ledit premier bail contient ladite information d'activation de 
marquage : 

- libErer ledit premier bail ; 

25 • emettre en mode diffusion sur le sous-reseau virtuel des 

equipements du type auquel il appartient, une seconde requete de bail 
marquee avec ledit identificateur du sous-reseau virtuel des equipements 
du type auquel il appartient ; et,. 

- recevoir. en reponse a ladite seconde requEte de bail, un 
30 second bail contenant une adresse sur le sous-reseau virtuel des 

equipements du type auquel il appartient ; 

- sinon conserver ledit premier bail. 
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Un deuxieme aspect de Tinvention conceme un systeme cx)mprenant 
un reseau de transmission de donnees a commutation de paquets sur lequel 
sont definis au moins un premier sous-reseau virtue! pour des equipements de 
reseau d'un premier type et au moins un second sousrreseau virtuel pour des 
5 equipements de reseau d'un second type. Le systeme comprend en outre un 
equipement determine qui est physiquement raccorde a I'un quelconque 
desdits premier et second sous-reseaux virtuels. L'equipement appartient a run 
quelconque desdits premier et second types. L'^quipement est adapts pour 
mettre en oeuvre un precede selon le premier aspect. 

10 Un troisidme aspect de I'invention se rapporte a un Equipement d"un 

r6seau de transmission de donnees a commutation de paquets sur lequel sont 
d^finis au moins un premier sous-reseau virtuel pour des Equipements de 
rEseau d'un premier type et au moins un second sous-reseau virtuel pour des 
Equipements de reseau d'un second type. L'equipement appartient d Tun 

15 quelconque desdits premier et second types. II comprend des moyens pour 
executer un procEdE selon le premier aspect. 

Les notions de type d'equipements et de sous-reseaux virtuel des 
Equipements d'un type determinE sont non limitatives. On dEsigne par la un 
ensemble d'Equipements que Tadministrateur du rEseau peut souhaiter 

20 regrouper sur un meme sous-rEseau . virtuel selon un critere dEterminE ou une 
combinaison de criteres dEterminEs. Par exemple, un critere peut se rapporter 
d la nature des Equipements (notamment. les Equipements terminaux ou les 
Equipements de systeme, respectivement pour la tElEphonle ou pour les 
donnEes, peuvent etre regroupes sur des sous-rEseaux virtuels distincts). Un 

25 autre critEre peut Etre gEographlque (tous les Equipements situEs dans un 
bStiment dEterminE ou une zone locale dEterminEe peuvent etre regroupEs sur 
un meme sous-rEseau virtuel). Un autre critere encore peut etre fonctionnel 
(les Equipements terminaux d'un groupe d'utilisateurs identifiEs peuvent etre 
regroupEs sur un meme sous-reseau virtuel, indEpendamment de leur position 

30 gEographlque). Etc. 

Le rEseau principal est par exemple un rEseau local (LAN ou "Local 
Area Network") avec, comma epine dorsale un rEseau Ethernet. Les sous- 
rEseaux virtuels sont par exemple des VLAN. Les sous-reseaux virtuels sont 
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par exemple definis et geres suivant la norme IEEE 802.1 Q/P. Suivant cette 
norme, la premiere proposition de bail contient en outre un numero de priority 
associ6 a Tequipement. Dans ce cas. le secx>nde requete de bail contient 
avantageusement ce numero de priorite. 
5 Les equipements du premier et/ou du second type sont par exemple 

des equipements terminaux. Les equipements du premier type sont par 
exemple des PCs. et les equipements du second type sont par exemple des 
telephones IP. Neanmoins I'invention peut aussi etre mise en CBUvre sur des 
equipements de reseau tels que des passerelles TolP ou autres. 
0 Le serveur de configuration est par exemple un serveur DHCP, c'est-^-. 

dlre qu'il. implemente le protocole de configuration DHCP. La wiise en oeuvre de- 
I'invention est compatible avec des architectures de reseaux desservies par un 
seul ou plusieurs serveurs de configuration. 

La premiere requete de bail est trait6e par un premier serveur de 
15 configuration qui est ou non physiquement raccorde au sous-r^seau virtuel 
auquel I'^quipement est physiquement raccord6. Dans la negative la premiere 
requete de bail en mode diffusfon est relay6e en mode uni-destinataire 
funicast" en anglais) vers ledit premier serveur de configuration via un ou 
plusieurs routeurs appropries, tel que des routeurs implementant le protocole 
20 Relay DHCP dans ('exemple. 

De meme, la seconde requete de bail est trait6e par ledit premier 
serveur de configuration ou un second serveur de configuration qui est ou non 
physiquement raccorde au sous-r6seau virtuel des 6quipements auquel 
l'6quipement appartient. Dans la negative la seconde requete de bail en mode 
25 diffusion est relayee en mode unl-destinataire vers ledit premier ou second 
serveur de configuration via un ou plusieurs routeurs appropries. 

Si c'est le m§me serveur de configuration (i.e., ledit premier serveur de 
configuration) qui dessert le premier et le second sous-r6seaux virtuels et traite 
la premiere et la seconde requ§tes de bail, ce serveur de configuration gere 
30 une premiere et une seconde plages d'adresses ("scope" en anglais) 
r«spectivement sur le premier et sur le second sous-reseaux virtuels. D'une 
maniere generale, il g§re une plage d'adresses pour chaque sous-reseau 
virtuel qu'il dessert. Ainsi, s'il est en outre le seul serveur de configuration du 
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reseau, il gere une plage d'adresses pour chaque sous-reseau virtuel du 
reseau. 

L'invention est ainsi avantageusement basee sur Tutilisation de 
protocoles et normes standards : IEEE 802.3, IEEE 802.1 Q/P, DHCP et Relay 
5 DHCP. Elle est done completement independante des equlpements existants 
sur le reseau. 

Chaque equipement se configure entidrement, et de mani§re 
entierement dynamique, d'apres les renseignements foumis par le (ou les) 
serveur(s) de configuration. Aucune intervention supplementaire de 
10 radminlstrateur du reseau n'est requise pour configurer la QoS. Le deploiement 
et surtout la maintenance des grands reseaux t§lephoniques sur IP sont done 
plus ais^s. 

L'administrateur du reseau peut etablir autant de sous-reseaux virtuels 
de chaque type que necessaire, en parametrant uniquement le (ou les) 

15 serveur(s) de configuration. De plus, la modification des sous-reseaux virtuels 
est aisee, en modifiant le parametrage du (ou des) serveur(s) de configuration 
sans devoir intervenir sur les equlpements terminaux relies au reseau principal. 

Le premier equipement et le second equipement peuvent fonctionner 
simultan^ment en tant que client du protocoie de configuration. Bien qu'^tant 

20 raccordes au reseau principal par le meme port d'acces physique, ils regofvent 
des baux de configuration sur des sous-reseaux virtuels diff^rents et, sont ainsi 
rattaches d des sous-reseaux virtuels differents. On garantit ainsi la QoS 
propre S chaque type d'equtpements. 

L'utilisation du cablage existant avec un seul port d'acces physique, 

25 i.e., une seule prise reseau, par utilisateur (grace d un commutateur intSgr^ a 
Tun des equlpements) est ainsi rendue possible en separant les flux 
d'informations propres a chaque type d'equipements sur des sous-reseaux 
virtuels distincts. dont chacun est configurable de fagon dynamique. 

La mise en oeuvre de Tinvention facilite grandement Tinstallation en 

30 masse et la maintenance de telephones IP sur des infrastructures de reseaux 
tels que des grandes epines dorsales ("backbones" en anglais) Ethernet, du 
type de ceux deployes sur les campus universitaires ou les sites d'entreprises. 
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De plus, d'autres equipements que des equlpements termlnaux. tels 
que par exemple les passerelles TolP ou autres du reseau, peuvent en 
beneficier. Les avantages de I'invention sont, pour eux, moindres que pour des 
equipements terminaux car ces equipements n'integrent pas de commutateur 
5 Ethernet permettant de les chainer avec des equipements informatiques. 

D'autres caract6ristiques et avantages de I'invention apparaTtront 
encore a la lecture de la description qui va suivre. Celle-ci est purement 
illustrative et doit dtre lue en regard des desslns annexes sur lesquels : 

- la figure 1 est un schema d'un exemple de systdme de transmission 
10 de donn^es a commutation de paquets ; 

-la figure 2. est un schema . iliustrant<Jes exemples <Je topologie de 
reseau avec sous-r^seaux virtuels d'un syst^me selon la figure 1 : 

-la figure 3 est un chronogramme d'^change de messages d'un 
exemple de mise en oeuvre du proc§d6 selon I'invention dans un premier cas ; 
15 et, 

- la figure 4 est un chronogramme d'echanges de messages d'un 
exemple de mise en oeuvre du proc6de selon I'invention dans un second cas. 

A la figure 1, on a represents schematiquement un exemple de 
systeme informatique base sur un reseau de transmission de donnees a 

20 commutation de paquets. notamment un reseau IP de type LAN. 

Le rdseau comprend par exemple, comme epine dorsale 1 , un reseau 
Ethernet comprenant un ou plusieurs commutateurs Ethernet. Des 
equipements de reseau sont connectSs S I'epine dorsale 1 . Ces equipements 
comprennent des Equipements temninaux et des Equipements de systdme. 

25 Les Equipements terminaux comprennent des PC designes sous la 

rEfErence gEnErale 11 et des postes telephoniques (tEiephones IP) dEsignEs 
sous la rEfErence gEnErale 21. Les postes tElEphoniques 21 peuvent etre des 
postes dediEs ou des postes telephoniques emules sur un ordinateur (appelEs 
"soft-phone" dans le jargon de I'Homme du metier). 

30 En principe, chaque equipement terminal est physiquement raccordE 

au rEseau IP par I'intermEdiaire d un port d'acces physique respectif. Ce port 
d'acces physique peut alors Etre affectE a un sous-rEseau virtuel des 
Equipements du type de I'Equipement terminal considErE. Toutefois, lorsqu'un 
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service de telephonle sur IP est deploye sur un r6seau IP existant. il arrive que 
le cablage du reseau soit tel qu'un seui port d'acces physique au r^seau est 
disponlble pour cheque poste de travail d'utilisateur. II est alors possible 
d'incorporer un commutateur Ethernet dans les postes .t6l6phoniques 21 de 
5 maniere a permettre le raccordement, par exemple, d'un PC et d un poste 
telephonique sur ledit port d'acces physique au r6seau. Cela evite de modifier 
le cdblage du reseau. 

Ainsi, dans I'exemple represente, un port d'acces physique 41 est 
partage par un PC 11' et un poste telephonique 21'. Dans I'exemple, le poste 
10 telephonique 21' comprend un commutateur 50 a 3 ports de communication, d 
savoir un port de sortie 51, e.t deux ports d'entree 52 et 53. Leport 51 est reli6 - 
au port d'acces physique 41 du r6seau. Le port 52 est reli§ au PC 11' pour 
recevoir le flux "donnees" provenant de ce PC et le port 53 regoit le flux TolP 
du poste telephonique 21 '. . 
1 5 Bien entendu, le commutateur peut aussi etre compris dans le PC 1 1 

ou etre exteme au PC 1 1 ' et au poste telephonique 21 '. 

Les equlpements de systeme comprennent un serveur de reseau 10 
qui gere les applications "donnees" du r6seau, un serveur d'appel 20 qui gere 
les applications "teiephonie" du reseau. ainsi eventuellement qu'une passerelle 
20 TolP 23 assurant I'Interface du reseau Ethernet avec le reseau telephonique 
commute 24 (RTC). Le serveur d'appel 20 etablit dynamiquement la 
correspondence entre les numeros d'appel des postes teiephoniques et leurs 
adresses IP respectives. 

Pour permettre une gestion efficace de la QoS pour la teiephonie, en 
25 particulier, il est possible de definir plusieurs reseaux virtuels de type VLAN 
suivant la norma IEEE 802.1 Q/P. 

De plus, une configuration automatique de chaque equipement 
terminal lors de sa mise en service est possible en impiementant sur le reseau 
un protocole de configuration dynamique tel que DHCP. 
30 Ces differentes caracteristiques sont illustrees par le schema de la 

figure 2 sur taquelle les mSmes elements qu'a la figure 1 portent les m§mes 
references. 
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Dans I'exemple de la figure 2. le reseau 1 de la figure 1 est partag6 en 
quatre sous-r6seaux virtuels 1a a Id. Ces sous-reseaux virtuels sont de type 
VLAN, et la transmission de donnees entre eux est g6r6e par un routeur 100. 
On distingue ainsi : 

5 - un VLAN "donnees/syst^me" la pour las equlpements de systeme 

qui gerent les applications "donnees". auquel est raccorde le serveur de reseau 
10; 

- un VLAN "telephonie/systeme" lb pour les equlpements de systeme 
qui gerent les applications "telephonie", auquel sont raccord§s le serveur 

10 d'appel 20 et le routeur 23 ; 

- un VLAN "donnees/terminaux" 1 C; pour les Equlpements terminaux de 
type "donn§es", auquel sont raccord6s les PCs ; et, 

- un VLAN "t6l6phonie/terminaux" Id, pour les Equlpements terminaux 
de type "data", auquel sont raccordes les postes tElephoniques 21 . 

Get exemple retleht done, pour la definition des sous-r6seaux virtuels, 
un crit6re se rapportant d la nature des Equlpements de rEseau. On notera 
toutefols que. par exemple en ralson d'une contralnte liee au cablage, le port 
de communication 41 auquel le poste telephonique 21" est physiquement 
raccordE (via le commutateur 50), appartient au sous-reseau virtuel 1c. On 
20 rappelle que le PC 11' est egalement physiquement raccordE. via le 
commutateur 50, au port de communication 41 qui est affectE au sous-rEseau 
virtuel 1c. 

En outre, au moins un serveur de configuration 30, tel qu'un serveur 
DHCP, est reliE au rEseau. Le serveur de configuration 30 a pour fonction de 

25 distribuer dynamlquement les configurations des Equlpements, notamment les 
Equlpements temiinaux, lors de leur mise en service. 

Dans un premier exemple, correspondent au cas de la figure 2, le 
serveur 30 est le seul serveur de configuration du rEseau et est physiquement 
raccordE au sous-rEseau virtuel 1c. Dans un deuxieme exemple, le serveur 30 

30 est le seul serveur de configuration du reseau, et, est physiquement raccordE a 
un autre sous-rEseau virtuel, par exemple le sous-reseau virtuel 1a. Dans un 
troisleme exemple, le rEseau comprend un second serveur de configuration 30" 
qui est physiquement raccordE au VLAN Id, en plus du serveur 30. Enfin, dans 
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un quatri^me exemple. le second serveur de configuration 30' est 
physiquement raccorde au VLAN 1b. Le raccordement des serveurs 30 et 30' 
selon ces deuxieme, troisiSme et quatri^me exemples est illustre a la. figure 2 
en traits discontinus. 

5 Dans le cas d'une topologie de reseau telle que celie representee a la 

figure 2, si aucune precaution n'est prise, la mise en oeuvre du protocole DHCP 
lors de la mise en service du poste telephonique 21 ' aura pour resultat que 
celui-ci recevra du serveur 30 un bail (en particulier une adresse IP) sur le 
sous-reseau virtuel 1c. Au mieux, le flux TolP de ce poste telephonique 21' 

10 sera melange avec le flux de donnees des PC 11 et 11', ce qui est tres 
.. mauvais en terme de quaiite de service QoS. Au pire. le poste teiephonique 21 ' 
n'a pas acces au serveur d'appel 20. II ne peut done s'enregistrer sur le 
serveur, ce qui signifie qu'il restera inactif. C'est pourquoi. il convient que le 
poste teiephonique 21' regoive un. bail sur.le sous-reseau Id des terminaux 

15 teiephoniques. 

Les chronogrammes d'echanges de messages de la figure 3 et de la 
figure 4 illustrent un exemple de mise en oeuvre du precede, lors de la mise en 
service du poste teiephonique 21* et du PC 1 1* respectivement. 

Dans le cas des figures 3 et 4, on considere le premier exemple precite 

20 suivant lequel le serveur de configuration 30 est physiquement raccorde au 
sous-reseau 1c, et suivant lequel il est en outre le seul serveur de configuration 
du reseau. Dans ce cas, il gere une premiere plage d'adresses sur le sous- 
reseau 1c et une seconde plage d'adresses sur chacun des autres sous- 
reseaux, notamment sur le VLAN 1d. De plus, le routeur 100 impiemente le 

25 protocole Relay DHCP pour relayer vers le serveur 30 les requStes DHCP 
emises en nnode diffusion sur les autres sous-reseaux, notamment sur le VLAN 
1d. 

Voyons tout d'abord le cas illustre e la figure 3, qui correspond a la 
mise en route de requipement 21*. On rappelle que cet equipement 
30 n'appartient pas au type des equipements du VLAN auquel il est physiquement 
raccorde. En effet, c'est un poste teiephonique physiquement raccorde au port 
de communication 41 qui est affecte au VLAN "donnees/terminaux" 1c. 
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Dans une etape 71 requipement 21 ' emet une premiere requete de 
bail. A ce stade, requipement 21' ne connaTt ni son adresse IP ni I'adresse IP 
du serveur DHCP qui dessert le VLAN 1c. Cette requete est done ^mise en 
mode diffusion selon la norme IEEE 802.3, a I'lnterieur du VLAN 1c auquel 
5 requipement 21' est physiquement raccorde en tant que client DHCP. Dans 
Texempie, il s'agit d'un message DHCP appele "discover". II est complete, dans 
un champ "Class identifier", d'un identificateur TID ('Terminal IDentifier") du 
type d'equipements auquel requipement 21' appartient, c'est-a-dire un 
identificateur propre aux postes telephoniques du reseau. Cette requete est 

10 regue et traitSe par le sen/eur de configuration 30 qui est raccordd au VLAN 1c. 

Dans une .etape 72, le serveur de configuratioii ,30 envole une premiere 
offre de bail au poste telephonique, en reponse a la premiere requ§te de bail. II 
s'agit d'un message DHCP appele "offer". Ce message est 6mis selon la norme 
IEEE 802.3. Le ball propose contient les parametres classiques a savoir : une 

15 adresse IP (not^e @IP/1c a la ligne) sur le sous-reseau virtue! 1c, un masque 
de sous-r6seau ("subnet"), et I'adresse du routeur par d6faut (DFG). Uadresse 
IP est une adresse de la plage d'adresses du VLAN 1c qui est ger6e par le 
serveur 30. 

En outre, lorsque la norme IEEE 801.1 Q/P est mise en oeuvre, un 
20 champ "Vendor Specific Option" du bail contient aussi un identificateur VID 
("Vlan IDentifier") du VLAN Id, c'est-a-dire du VLAN des 6quipements du type 
auquel il appartient. Cet identificateur VID est un champ de 12 bits qui indique 
I'adresse IP du VLAN. 

De pluSi comme requipement 21' n'appartient pas au type des 
25 equipements du VLAN 1c auquel il est physiquement raccorde, le bail contient 
en outre, egalement dans le champ "Vendor Specific Option" pr^cite, une 
information d'activation de marquage des trames. Cette information comprend 
un bit TAG determine qui est par exemple mis a la valeur 1 dans ce cas. Cette 
information signifie que requipement 21' doit marquer ses trames avec 
30 I'identificateur du VLAN 1d. 

Le premier bail contient en outre, toujours dans le champ 'Vendor 
Specific Option", un numero de priorite PRIO associe a requipement. Ce 
num^ro est code dans un champ de 3 bits. II s'ensuit que huit niveaux de 
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priorite peuvent etre d^finis. ce qui permet de privilegier certaines applications 
par rapport d d'autres. 

Sulvant le protooole DHCP, I'^quipement 21' envole alors, dans une 
6tape 73. un message DHCP appele "request" pour accepter le bail. Ensuite, le 
5 serveur 30 lui envoie, dans une etape 74, un message DHCP appele "ACK" 
pour confinner I'attribution du bail. Ces deux messages sont emis sulvant la 
nonne IEEE 803.2. 

Pour simplifier, les etapes 72 a 74 peuvent etre resum6es en disant 
que r^quipement 21 ' regoit ie premier bail tel que decrit ci-dessus. 

10 Lorsque Tinformation d'actlvation de marquage des frames est 

presente (I.e.. lorsque le bit TAG est ^ 1), I'equipement 21* Iib6re le premier bail 
en envoyant, dans une etape 75 un message DHCP appelS "Release". Ce 
message est envoys selon la nomie IEEE 802.3. 

Dans une 6tape 76. I'equipement envoie ensuite une seconde requ§te 

15 de bail. A ce stade, I'equipement 21' connait I'adresse IP du VLAN 1d des 
equipements du type auquel il appartient, mais II ne connait pas I'adresse du 
serveur DHCP qui dessert ce VLAN. C'est pourquol la seconde requete de bail 
est emise en mode diffusion a I'interieur du VLAN Id. Elle est emise selon la 
norme IEEE 802.1 Q, c'est-a-dire qu'elle est marqu6e avec I'identificateur VID 

20 du VLAN Id. Si la premiere offre de bail contenait un num§ro de priorite, la 
seconde requ§te de bail est 6mise selon la nonne IEEE 802.1 Q/P c'est-d-dire 
qu'elle est en outre marquee avec le num^ro de priority PRIO. Dans I'exemple. 
la seconde requete de bail est aussi un message "discover". Ce message est 
aussi complete, dans le champ "Class Identifier, de I'identificateur du type 

25 d'^quipements auquel I'equipement 21' appartient. Cette requete est regue et 
traitee par le serveur de configuration 30 qui est raccorde au VLAN 1c. 

Dans une etape 77, le serveur 30 envoie S I'equipement 21', en 
reponse S la seconde requ§te de bail, une seconde proposition de bail 
contenant une adresse IP sur le VLAN 1d, c'est-^-dire le sous-r^seau virtuel 

30 des equipements du type auquel I'equipement appartient. Cette adresse est 
notee "@IP/1c" a la figure. II s'agit d'un message "offer" emis selon la norme 
IEEE 802.3. II contient en outre les mdmes informations que la premiere offre 
de bail emise a I'etape 72. 
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Dans .une etape 78, requipement 21' accepte la seconde proposition 
de bail en envoyant un message "request" en utilisant le masquage de la 
nomrie IEEE 802.1 Q/P. Ensuite, le serveur 30 lui envoie. dans une etape 79, 
un message "ACK" pour confirmer Pattribution du second bail. Ce dernier 
5 message est emis suivant la norme IEEE 802.3. 

Pour simplifier, les etapes 77 a 79 peuvent etre resumees en disant 
que requipement 21' regoit le second bail tel que d^crit ci-dessus. 

Dans une etape 80, requipement 21' envoie ensuite un message en 
mode uni-destinataire au serveur d'appel 20 afin de s'enregistrer sur ce 
10 serveur. Ce message est emis suivant la norme IEEE 802.1 Q/P c'est-a-dire 
. .. qu'il. est marque avec I'identificateur du VLAN Id, et, le-cas.Scheant avec Je. 
numero de priorlte affecte a requipement 21 \ 

En retour. le serveur d'appel 20 envoie a I'equipement 21'. dans une 
etape 81, de la signalisation en mode uni-destinataire, suivant la norme 
15 IEEE 802.1 Q/P c'est-a-dire marquee avec le numero du VLAN Id. 

Dans une etape 82, I'equipement 21' commence a envoyer des 
informations de telephonie (flux TolP) vers d'autres postes telephoniques 21 , 
ou vers le RTC via la passerelle TolP 23. Les paquets de ce flux TolP sont 
conformes a la nomne IEEE 802.1 Q/P c'est-a-dire qu'il sont marques avec 
20 I'identificateur du VLAN Id, avec le numero de priority affecte d I'equipement 
21'. 

Toumons nous maintenant vers le cas illustre d la figure 4, de la mise 
en route de I'equipement 11'. Au contraire de I'equipement 21', cet equipement 
appartient au type des equipements du VLAN auquel 11 est physiquement 
25 raccorde. 

Des etapes 91 a 94 sont identiques aux etapes respectivement 71 a 74 
qui ont ete decrites plus haut concernant I'equipement 21'. Dans ce cas, 
toutefois, le message de la reponse 92 ne contient pas les informations du 
champ "Vendor Specific Option". 
30 C'est pourquoi I'equipement 11' conserve le premier bail regu a I'etape 

92 avec la premiere proposition de bail. Dans une etape 95, I'equipement 1 1 ' 
commence a envoyer des informations "donn§es" (flux de donn^es) vers 
d'autres PCs 11, ou vers le serveur de r^seau 10. Les paquets de ce flux de 
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donnees sont confomnes a la norme IEEE 802.3 c'est-a-dire qu'ils ne sont pas 
marques. 

Le commutateur 50 doit done etre capable de recevoir des paquets 
marques (ceux du flux TolP provenant de Tequipement 21') et des paquets non 
5 marques (ceux du flux de donnees provenant de Tequipement 11'). Tous les 
commutateurs Ethernet du marche ne satisfaisant pas cette condition, il 
convient de choisir un commutateur compatible. La meme contrainte s'applique 
au commutateur Ethernet du reseau 1 auquel le commutateur 50 est raccorde. 
Considerons maintenant le cas du deuxieme example envisage plus 

10 haut, suivant lequel le serveur 30 est le seul.serveur de configuration du 

. reseau, et est physiquement raccord^ d un autre sous-rSseau virtue! que . le 
VLAN 1c, notamment au sous-reseau virtual la dans Texemple. Dans ce cas, 
la premiere requete de bail envoyee a I'^tape 71 ou a Tetape 91 et la seconde 
requete de bail envoyee d I'^tape 76 sont relayees vers le serveur 30' par le 

15 routeur 100. A cet effet, le routeur 100 implemente le protocole Relay DHCP. 

Considerons maintenant le cas du troisieme exemple envisage plus 
haut, suivant lequel le reseau comprend un second serveur de configuration 
30' qui est physiquement raccorde au VLAN Id, en plus du serveur 30 qui est 
physiquement raccorde au VLAN 1c. Dans ce cas, Techange de messages des 

20 etapes 76 a 79 a lieu entre Tequipement 21 ' et le serveur 30' au lieu du serveur 
30, car le serveur 30 ne dispose pas de plage d'adresses pour la telephonie, 
cette plage d'adresses 6tant g^r^e par le serveur 30'. 

Considerons maintenant le cas du quatrieme exemple envisage plus 
haut, suivant lequel le reseau comprend . un second serveur de configuration 

25 30' qui est physiquement raccorde au VLAN la, en plus du serveur 30 qui est 
physiquement raccorde au VLAN 1c. Dans ce cas, d'une part, la seconde 
requete de bail envoyee a I'^tape 76 est relayee vers le serveur 30', par le 
routeur 100 qui implemente le protocole Relay DHCP a cet effet. Et d'autre 
part, I'echange de messages des etapes 76 a 79 a lieu entre I'equipement 21' 

30 et le serveur 30' au lieu du serveur 30. Le serveur 30 n'a pas besoin, dans cet 
exemple non plus, de gerer une plage d'adresses pour la t^lephonie, puisque 
cette plage d'adresses est geree par le serveur 30*. 
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REVENDICATIONS 

1. Procede de configuration automatlque d'un equipement d6termln§ 
(11 ',21') d'un r6seau de transmission de donnees a commutation de paquets 
(1) sur iequel sont deflnis au molns un premier sous-reseau virtue! (1c) pour 
des equipements de reseau d'un premier type (11) et au moins un second 
5 sous-r6seau virtue! (Id) pour des equipements de r§seau d'un second type 
(21), iedit equipement determine etant physiquement raccorde a I'un 
quelconque desdits premier et second sous-reseaux virtuels et appartenant a 
I'un quelconque desdits premier et second types, le precede comprenant les 
6tapes suivant lesquelles I'equipement effectue les etapes consistant a : 

10 - 6mettre (71 ,91 ) en mode diffusion sur le sous-r6seau virluei auquel il 

est physiquement racconJe, une premiere requete de bail comprenant un 
identificateur (TID) du type auquel il appartient ; 

- recevoir (72-74 ; 92-94), en reponse d ladite premiere requete de bail, 
un premier bail contenant une adresse (@IP/1c) sur le sous-r6seau virtuel 
15 auquel il est physiquement raccorde. un identificateur (VID) du sous-r6seau 
virtuel des equipements du type auquel il appartient, et, si il n'appartient pas au 
type des equipements du sous-reseau virtuel auquel il est raccorde. une 
Infomnatlon (TAG) d'activation de marquage des trames avec Iedit 
identificateur ; 

20 -si Iedit premier bail contient ladite information d'activation de 

marquage : 

- libdrer (75) Iedit premier bail ; 

- emettre (76) en mode diffusion sur le sous-reseau virtuel des 
equipements du type auquel il appartient, une seconde requete de bail 

25 marquee avec Iedit identificateur du sous-r6seau virtuel des Equipements 

du type auquel il appartient : et. 

- recevoir (77-79), en r6ponse d ladite seconde requete de bail, 
un second bail contenant une adresse (@iP/1d) sur le sous-reseau virtuel 
des Equipements du type auquel 11 appartient ; 

30 - sinon conserver Iedit premier bail. 
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2. Procede selon la revendication 1. suivant lequel le premier bail 
contient en outre un numero de priorite (PRIO) associe a Tequipement, et 
suivant lequel ladite seconde requete de bail contient ledit numero de priorite. 

5 

3. Procede selon la revendication 1 ou la revendication 2, suivant 
lequel la premiere requete de bail en mode diffusion est relay6e en mode uni- 
destinataire. via au moins un routeur approprie (100), vers un premier serveur 
de configuration (30 - traits discontinus) qui n'est pas physiquement raccorde 

10 au sous-reseau virtuel auquel I'equipement est pliysiquement raccorde. 

4. Procede selon Tune quelconque des revendications 1 a 3, suivant 
lequel la seconde requete de bail en mode diffusion est relayee en mode uni- 
destinataire, via au moins un routeur approprie (100), vers le premier serveur 

15 de configuration ou vers un second serveur de configuration (30*) qui n'est pas 
pliysiquement raccord6, respectivement qui ne sont pas raccordes au sous- 
reseau virtuel des equipements du type auquel I'equipement appartient. 

5. Proced6 selon Tune quelconque des revendications 1 a 4, suivant 
20 lequel, la premiere requete de bail et la seconde requete de bail sont traitees 

par un seul et m§me serveur de configuration qui. gere une premiere plage 
d'adresses sur le premier sous-r§seau virtuel et une seconde plage d'adresses 
sur le second sous-rdseau virtuel. 

25 6. Procede selon Tune quelconque des revendications precedentes. 

suivant lequel le reseau de transmission de donnees est un reseau Ethernet 
defini par la norme IEEE 802.3. 

7. Procede selon Tune quelconque des revendications prec^entes, 
30 suivant lequel les sous-reseaux virtuels sont definis par la nomrie 
IEEE 802.1 Q/P. 
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8. Procede selon Tune quelconque des revendications prec^dentes, 
suivant lequel les equipements du premier type et/ou ies equipements du 
second type sont des 6quipements terminaux.. . 

9. Proc6d6 selon la revendicatlon 8, suivant lequel les equipements du 
premier type comprennent des ordinateurs a usage general, et/ou suivant 
lequel les equipements du second type comprennent des postes 
telephoniques. 

10. Procede selon Tune quelconque des revendications precedentes, 
suivant lequel I'equipement (21'). comprend un commutateur (50) ayant un port 
de communication de sortie (51) pour la liaison physique au rSseau et au moins 
deux ports de communication d'entree, dont Tun (53) est adapte pour 
recevoir/^mettre un flux de paquets de/vers Tequipement, et dont I'autre (52) 
est adapts pour recevoir/emettre un flux de paquets de/vers un equlpement du 
second type (11') si I'equipement est du premier type ou de/vers un 
equipement du premier type si I'equipement est du second type. 

20 11. Proc6de selon Tune quelconque des revendications 3 a 10, suivant 

lequel le ou les serveurs de configuration mettent en ceuvre le protocole de 
configuration DHCP. 

12. Systeme comprenant un reseau de transmission de donn^es a 
25 commutation de paquets (1) sur lequel sont d^finis au moins un premier sous- 
reseau virtue! (1c) pour des equipements de reseau d'un premier type (11) et 
au moins un second sous-r^seau virtuel (Id) pour des equipements de reseau 
d'un second type (21), comprenant en outre un equipement (11 '.21') determine 
qui est physiquement raccorde a I'un quelconque desdits premier et second 
30 sous-reseaux virtuels et qui appartient a I'un quelconque desdits premier et 
second types, suivant lequel led it equipement est adapte pour mettre en ceuvre 
un procede selon la revendicatlon 1 . 
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13. SystSme selon la revendication 1, suivant lequel le premier bail 
contieht en outre un numero de priorite (PRIO) associe a rSquipement, et 
suivant lequel la seconde requete de bail contient ledit numero de priorite. 

5 14. Systeme selon la revendication 12 ou la revendication 13, 

comprenant en outre au moins un routeur (100) pour relayer, en mode uni- 
destinataire, la premiere requete de bail vers un premier serveur de 
configuration (30 - traits discontinus) du systeme, qui n'est pas physiquement 
raccorde au sous-reseau virtue! auquel I'^quipement est physiquement 
10 raccorde. 



15. Systeme selon Tune quelconque des revendications 12 a 14, 
comprenant en outre un routeur (100) adapts pour relayer, en mode uni- 
destinataire, la seconde requete de bail vers !e premier serveur de 
15 configuration ou vers un second serveur de configuration du systeme (30'), qui 
n'est pas physiquement raccorde, respectivement qui ne sont pas raccordes au 
sous-r^seau virtuel des ^quipements du type auquel Tequipement appartient. 



16. Systeme selon I'une quelconque des revendications 12 a 15, 
20 comprenant, pour tratter la premiere requSte de bail et la seconde requ§te de 
bail, un seul et meme serveur de configuration qui gere une premiere plage 
d'adresses sur le premier sous-reseau virtuel et une seconde plage d'adresses 
sur le second sous-reseau virtuel. 

25 17. Systeme selon Tune quelconque deis revendications 12 a 16, 

suivant lequel le reseau de transmission de donnees est un reseau Ethernet 
defini par la norme IEEE 802.3. 

18. Systeme selon Tune quelconque des revendications 12 a 17, 
30 suivant lequel les sous-reseaux virtuels sont definis par la norme 
IEEE 802.1 Q/P. 
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19. Systeme selon Tune quelconque des revendications pr^cedentes, 
suivant lequel les ^quipements du premier type et/ou les equipements du 
second type sont des equipements terminaux. 

5 

20. Systeme selon ia revendication 19, suivant lequel les equipements 
du premier type comprennent des ordinateurs a usage general, et/ou suivant 
lequel les equipements du second type comprennent des postes 
telephoniques. 

10 

21. Systeme selon Tune quelconque des revendications 12 a 20, 
suivant lequel Tequipement (21') comprend un commutateur (50) ayant un port 
de communication de sortie (51 ) pour la liaison physique au r^seau et au moins 
deux ports de communication d'entr^e, dont Tun (53) est adapte pour 

15 emettre/recevoir un flux de paquets de/vers I'equipement, et dont Tautre (52) 
est adapts pour Emettre/recevoir un flux de paquets de/vers un equipement du 
second type (11') si I'equipement est du premier type ou de/vers un 
Equipement du premier type si Tequipement est du second type. 

20 22. Systeme selon Tune quelconque des revendications 12 a 21, 

suivant lequel le ou les serveurs de configuration metterit en oeuvre le 
protocole de configuration DHCP. 

23. Equipement d'un reseau de transmission de donnees a 
25 commutation de paquets (1) sur lequel sont definis au moins un premier sous- 
reseau virtuel (1c) pour des equipements de reseau d'un premier type (11) et 
au moins un second sous-reseau virtuel (Id) pour des equipements de reseau 
d'un second type (21), I'equipement appartenant a I'un quelconque desdits 
premier et second types et comprenant des moyens pour executer un procede 
30 selon la revendication 1 ou la revendication 2. 



wo 2004/036830 




PCT/FR2003/002728 



22 



24. Equipement selon la revendication 23, comprenant un 
commutateur (50) ayant un port de communication de sortie (51 ) pour la liaison 
physique au reseau et au moins deux ports de communication d'entr^e (52,53). 
dont Tun est adapts pour recevoir/emettre un flux de paquets de/vers 
5 I'equipement, et dont Tautre est adapts pour recevoir/6mettre un flux de 
paquets de/vers un equipenient du second type si I'equipement est du premier 
type ou d'un Equipement du premier type si I'equipement est du second type. 
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